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1 

Tiedonsiirtoresurssien varaus pakettivalitteisessa tiedonsiir- 
rossa 

Keksinnon tausta 

Keksinto liittyy tiedonsiirtoresurssien varaamiseen pakettivalittei- 
5 sessa tiedonsiirrossa ja erityisesti radiorajapinnan resurssien optimointiin lan- 
gattomassa pakettivalitteisessa tiedonsiirrossa. 

Ns. kolmannen sukupolven matkaviestinjarjestelmissa, joista kay- 
tetaan ainakin nimityksia UMTS (Universal Mobile Telecommunication System) 
ja IMT-2000 (International Mobile Telephone System), tullaan tarjoamaan piiri- 

10 kytkentaisten, tyypillisesti puhepalveluiden lisaksi myos pakettivalitteisia pal- 
veluita esimerkiksi GSM-jarjestelmaan suunnitellun pakettiradioverkon 
GPRS:n (General Packet Radio Service) tapaan. Pakettivalitteinen tiedonsiirto 
mahdollistaa erilaisten datapalveluiden kayttamisen matkaviestimen avulla ja 
toisaalta matkaviestinjarjestelman, erityisesti radiorajapinnan, resurssien ja- 

15 kamisen kullekin kayttajalle tarpeen mukaan. 

Kun paatelaitteen kayttaja UMTS-jarjestelmassa haluaa kayttaa jo- 
takin pakettivalitteista sovellusta, kuten esimerkiksi videotiedoston lataamista 
verkosta paatelaitteelle, UMTS-jarjestelman radioresurssien hallintajarjestelma 
RRM (Radio Resource Management) allokoi paatelaiteyhteydelle sovelluspe- 

20 rusteisen kapasiteettivarauksen, joka riippuu kaytettavan sovelluksen lisaksi 
kaytettavissa oievista paatelaiteyhteyden parametreista. TallSin esimerkiksi 
tyypillisessa yksisuuntaisessa tiedonsiirrossa, kuten ladattaessa tiedostoa ver- 
kosta, paatelaitteelle voidaan allokoida downlink-suuntaan (tukiasemalta paa- 
telaitteelle) datanopeus x bit/s ja uplink-suuntaan (paatelaitteelta tukiasemalle) 

25 0 bit/s. Tallaisessa sovelluksessa uplink-suunnan tiedonsiirtoa ei tyypillisesti 
tarvita, jolloin sille ei myoskaan ole tarvetta varata resursseja. 

Eras paatelaiteyhteytta maprittelevista parametreista on paatelait- 
teen kayttama datapakettien otsikkokenttien kompressointimenetelma. Otsik- 
kokenttien kompressointi lahetettaville datapaketeille ja dekompressointi vas- 

30 taanotettaville datapaketeille suoritetaan UMTS-jarjestelmassa pakettidata- 
protokollaan kuuluvalla konvergenssiprotokollakerroksella PDCP (Packet Data 
Convergence Protocol). Paatelaitteen PDCP-kerros tukee tyypillisesti useita 
otsikkokenttien kompressointimenetelmia, jotta yhteydenmuodostus mahdolli- 
simman moneen verkkokerroksen protokollatyyppiin olisi mahdollista. Jotkut 

35 otsikkokenttien kompressointimenetelmat saattavat tarvita my6s paluusuuntai- 
sen yhteyden erilaisten kuittausten tekemiseksi ja virhetilanteiden selvittami- 



seksi. Talloin myos paluusuuntaiselle yhteydelle taytyy varata tietty kaistanle- 
veys, mutta toisaalta otsikkokentan kompressointi pienentaa myotasuuntaisen 
yhteyden kaistanleveyden tarvetta. 

Ongelmana ylla kuvatussa jarjestelyssa on sovellusperusteisen ka- 
pasiteetinvarauksen kayttaminen yhdessa sellaisen otsikkokentan kompres- 
sointimenetelman kanssa, joka vaatii kaksisuuntaista yhteytta. Jos paatelait- 
teella on kaytettavissa ainoastaan kaksisuuntaista yhteytta edellyttavia otsik- 
kokentan kompressointimenetelmia ja paatelaite esittaa kapasiteettivaraus- 
pyynnon sovellukselle, joka on tyypillisesti yksisuuntainen, kuten edella ku- 
vattu tiedoston lataus verkosta, allokoi radioresurssien hallintajarjestelma RRM 
paatelaiteyhteydelle sovellusperusteisesti vain yksisuuntaisen yhteyden. Tal- 
lin kaytossa olevat kompressointimenetelmat eivat toimi, eika yhteytta pystyta 
muodostamaan ilman, etta uusia kapasiteettivarauspyyntoja kaslttavilla eri- 
tyisjarjestelylla saadaan varattua riittava kaistanleveys myos paluusuuntaiselle 
yhteydelle. Tama ei kaikissa tilanteissa ole mahdollista ja joka tapauksessa 
tallainen jarjestely hankaloittaa radioresurssien optimaalista allokointia. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa parannettu menetelma ja 
menetelman toteuttava laitteisto ylla mainittujen haittojen vahentamiseksi. 
Keksinnon tavoitteet saavutetaan menetelmalla ja jarjestelmalla, joille on tun- 
nusomaista se, mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon 
edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen, etta valitaan radioyhteydella kaytettava 
kompressointimenetelma jo ennen paatelaiteyhteyden muodostusta ja valite- 
taan tama tieto radioresurssien hallintajarjestelmalle RRM, joka ottaa kapasi- 
teettivarauksessa huomioon mahdollisesti valitun kaksisuuntaisen kompres- 
sointialgoritmin ja varaa tarvittavan kapasiteetin seka downlink- etta uplink- 
suuntaan. 

Keksinnon mukaisen menetelman ja jarjestelman etuna on, etta 
kaksisuuntaista yhteytta edellyttavat otsikkokentan kompressointimenetelmat 
toimivat valittomasti myos paatelaiteyhteyksilla, jotka sovellusperusteisesti tar- 
vitsisivat vain yksisuuntaisen paatelaiteyhteyden. Edelleen etuna on se, etta 
mitaan ylimaaraista signalointia paluusuuntaisen yhteyden luomiseksi ei tarvi- 
ta, koska kaksisuuntaisuus otetaan huomioon jo paatelaiteyhteytta muodos- 
tettaessa. Viela etuna on se, etta paatelaiteyhteydelle allokoitava kokonais- 
kaistanleveys voidaan optimoida, kun otetaan huomioon seka kompressointi- 



menetelman kayton edellyttama kaistanleveys etta kompressointialgoritmin 
kaytosta saatava hyoty pienempana datamaarana. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen 
5 yhteydessa, viitaten oheisiin piirroksiin, joista 

kuvio 1 esittaa lohkokaaviona UMTS-jarjestelman rakennetta; 
kuviot 2a ja 2b esittavat UMTS:n kontrollisignalointiin ja kayttajada- 
tan valittamiseen kaytettavia protokollapinoja; 

kuvio 3 esittaa lohkokaaviona PDCP-kerroksen toiminnallista mallia; 

10 ja 

kuvio 4 esittaa keksinnon eraan suoritusmuodon mukaista kapasi- 
teettivaraussignalointia. 

Keksinnon yksityiskohtainen selostus 

Keksintoa selostetaan seuraavassa esimerkinomaisesti UMTS- 

15 jarjestelman mukaisen pakettiradiopalvelun yhteydessa. Keksintoa ei kuiten- 
kaan ole rajoitettu vain UMTS-jarjestelmaan, vaan sita voidaan soveltaa mihin 
tahansa pakettivalitteiseen tiedonsiirtomenetelmaan, jonka pakettidatayhteyk- 
sien kapasiteetin varauksessa tulee ottaa huomioon kaytettavat otsikkokentti- 
en kompressointimenetelmat. 

20 Viitaten kuvioon 1 selostetaan UMTS-matkapuhelinjarjestelman ra- 

kennetta. Kuvio 1 kasittaa vain keksinnon selittamisen kannalta oleelliset loh- 
kot, mutta alan ammattimiehelle on selvaa, etta tavanomaiseen mat- 
kapuhelinjarjestelmaan sisaltyy lisaksi muitakin toimintoja ja rakenteita, joiden 
tarkempi selittaminen ei tassa ole tarpeen. Matkapuhelinjarjestelman paaosat 

25 ovat runkoverkko CN (Core Network) ja UMTS-matkapuhelinjarjestelman 
maanpaallinen radioverkko UTRAN (UMTS Terrestrial Radio Access Network), 
jotka muodostavat matkapuhelinjarjestelman kiintean verkon, seka matkavies- 
tin tai tilaajapaatelaite UE (User Equipment). CN:n ja UTRAN:in vaiinen raja- 
pinta on nimeltaan lu, ja UTRAN: in ja UE:n vaiinen ilmarajapinta on nimeltaan 

30 Uu. 

UTRAN muodostuu tyypillisesti useista radioverkkoalijarjestelmista 
RNS (Radio Network Subsystem), joiden vaiinen rajapinta on nimeltaan lur (ei 
kuvattu). RNS muodostuu radioverkkokontrollerista RNC (Radio Network 
Controller) ja yhdesta tai useammasta tukiasemasta BS, joista kaytetaan myos 
35 termia B-solmu (node B). RNC:n ja BS:n vaiinen rajapinta on nimeltaan lub. 



Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja tukiasemaohjain 
RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen vali- 
sen kanavanvaihdon kontrolli, tehonsaatS, ajastus ja synkronointi, tilaajapaa- 
telaitteen kutsuminen (paging). 

Runkoverkko GN muodostuu UTRAN :in ulkopuolisesta matkapuhe- 
linjarjestelmaan kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin- 
keskus/vierailijarekisteri 3G-MSC/VLR (Mobile Switching Centre/ Visitor Loca- 
tion Register) on yhteydessa kotirekisteriin HLR (Home Location Register) ja 
edullisesti myos alyverkon ohjauspisteeseen SCP (Service Control Point). Ko- 
tirekisteri HLR ja vierailijarekisteri VLR kasittavat tietoa matkaviestintilaajista: 
kotirekisteri HLR kasittaa tiedot matkaviestinverkon kaikista tilaajista seka nai- 
den tilaamista palveluista ja vierailijarekisteri VLR kasittaa tietoja tietyn matka- 
viestinkeskuksen MSC alueella vierailevista matkaviestimista. Yhteys paketti- 
radiojarjestelman operointisolmuun 3G-SGSN (Serving GPRS Support Node) 
muodostetaan rajapinnan Gs' valityksella ja kiinteaan puhelinverkkoon 
PSTN/ISDN yhdyskaytavamatkaviestinkeskuksen GMSC (Gateway MSC, ei 
kuvattu) kautta. Operointisolmusta 3G-SGSN muodostetaan yhteys ulkoisiin 
dataverkkoihin PDN rajapinnan Gn kautta yhdyskaytavasolmuun GGSN 
(Gateway GPRS Support Node), josta on edelleen yhteys ulkoisiin dataverk- 
koihin PDN. Seka matkaviestinkeskuksen 3G-MSC/VLR etta operointisolmun 
3G-SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access 
Network) tapahtuu rajapinnan lu valityksella. On huomattava, etta UMTS- 
jarjestelma on suunniteltu siten, etta runkoverkko CN voi olla identtinen esi- 
merkiksi GSM-jarjestelman runkoverkon kanssa, jolloin koko verkkoinfrastruk- 
25 tuuria ei tarvitse rakentaa uudelleen. 

UMTS-jarjestelma kasittaa siis myos pakettiradiojarjestelman, joka 
on toteutettu pitkalti GSM-verkkoon kytketyn GPRS-jarjestelman mukaisesti, 
mista johtuu myos verkkoelementtien nimissa olevat viittaukset GPRS- 
jarjestelmaan. UMTS.n pakettiradiojarjestelma voi kasittaa useita yhdyskayta- 
30 va- ja operointisolmuja ja tyypillisesti yhteen yhdyskaytavasolmuun 3G-GGSN 
on kytketty useita operointisolmuja 3G-SGSN. Molemmat solmut 3G-SGSN ja 
3G-GGSN toimivat matkaviestimen liikkuvuuden ymmartavina reitittimina, jotka 
huolehtivat matkaviestinjarjestelman ohjauksesta ja datapakettien reitityksesta 
matkaviestimiin niiden sijainnista ja kaytetysta protokollasta riippumatta. Ope- 
35 rointisolmu 3G-SGSN on radioverkon UTRAN kautta yhteydessa matkaviesti- 
meen MS. Operointisolmun 3G-SGSN tehtavana on havaita pakettiradioyhte- 



20 



yksiin kykenevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa 
datapaketteja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia 
palvelualueellaan. Edelleen operointisolmu 3G-SGSN on yhteydessa matka- 
viestinkeskukseen 3G-MSC ja vierailijarekisteriin VLR signalointirajapinnan 
Gs' kautta ja kotirekisteriin HLR rajapinnan Gr kautta. Kotirekisteriin HLR on 
talletettu myos pakettiradiopalveluun liittyvia tietueita, jotka kasittavat tilaaja- 
kohtaisten pakettidataprotokollien sisallon. 

Yhdyskaytavasolmu 3G-GGSN toimii yhdyskaytavana UMTS- 
verkon pakettiradiojarjestelman ja ulkoisen dataverkon PDN (Packet Data 
Network) valilla. Ulkoisia dataverkkoja voivat olla esimerkiksi toisen verkko- 
operaattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lahi- 
verkko. Yhdyskaytavasolmu 3G-GGSN on yhteydessa kyseisiin dataverkkoihin 
rajapinnan Gi kautta. Yhdyskaytavasolmun 3G-GGSN ja operointisolmun 3G- 
SGSN valilla siirrettavat datapaketit ovat aina tunnelointiprotokollan GTP 
(Gateway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskaytavasolmu 
3G-GGSN sisaltaa mySs matkaviestimien PDP-osoitteet (Packet Data Proto- 
col) ja reititystiedot ts. 3G-SGSN-osoitteet. Reititystietoa kaytetaan siten data- 
pakettien linkittamiseen ulkoisen dataverkon ja operointisolmun 3G-SGSN va- 
lilla. Yhdyskaytavasolmun 3G-GGSN ja operointisolmun 3G-SGSN valinen 
verkko on IP-yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) 

hyodyntava verkko. 

Kuviot 2a ja 2b esittavat UMTS:n protokollapinoja kontrollisignaloin- 
tiin (control plane) ja kayttajadatan valittamiseen (user plane) UMTS- 
jarjestelman pakettiradiopalvelussa. Kuviossa 2a kuvataan matkaviestimen 
MS ja runkoverkon CN valista kontrollisignalointiin kaytettavaa protokollapinoa. 
Matkaviestimen MS liikkumista (MM, Mobility Management), puheluiden ohja- 
usta (CC, Call Control) ja paatelaiteyhteyksien hallintaa (SM, Session Mana- 
gement) signaloidaan ylimmilla protokollakerroksilla matkaviestimen MS ja 
runkoverkon CN valilla siten, etta valissa olevat tukiasemat BS ja radioverkko- 
ohjain RNC ovat transparentteja talle signaloinnille. Radioresurssien hallintaa 
matkaviestimien MS ja tukiasemien BS valisessa radioyhteydella ohjaa radio- 
resurssien hallintajarjestelma (RRM, Radio Resource Management), joka va- 
littaa radioverkko-ohjaimelta RNC ohjaustietoja tukiasemille BS. Nama matka- 
viestinjarjestelman yleiseen hallintaan liittyvat toiminnallisuudet muodostavat 
joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimel- 
taan Non-Access Stratum. Vastaavasti matkaviestimen MS, tukiaseman BS ja 
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radioverkko-ohjaimen RNC valilla tapahtuva radioverkon ohjaukseen liittyva 
signalointi suoritetaan protokollakerroksilla, joita kutsutaan yhteisella nimella 
radioverkkoprotokollat (RAN protocols) eli Access Stratum. Naita ovat alim- 
malla tasolla olevat siirtoprotokollat, joiden valittamaa kontrollisignalointia snr- 
retaan ylemmille kerroksille edelleen kasiteltavaksi. Ylemmista Access Stra- 
tum-kerroksista olennaisin on radioresurssien ohjausprotokolla (RRC, Radio 
Resource Control), joka vastaa mm. matkaviestimen MS ja radioverkon UT- 
RAN valisten radioyhteyksien muodostamisesta, konfiguroinnista, yllapitami- 
sesta ja katkaisemisesta seka runkoverkosta CN ja radioverkosta RAN tulevan 
ohjausinformaation valittamisesta matkaviestimille MS. Lisaksi radioresurssien 
ohjausprotokolla RRC vastaa radioresurssien hallintajarjestelman RRM ohjei- 
den mukaisesti riittavan kapasiteetin varaamisesta paatelaiteyhteydelle esi- 
merkiksi sovellusperusteisessa kapasiteettivarauksessa. 

UMTS:n pakettivalitteisen kayttajadatan valitykse-ssa kaytetaan ku- 
vion 2b mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen MS 
valisella rajapinnalla Uu alemman tason tiedonsiirto fyysisella kerroksella ta- 
pahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen 
paalla oleva MAC-kerros valittaa datapaketteja fyysisen kerroksen ja RLC- 
kerroksen valilla ja RLC-kerros vastaa eri paatelaiteyhteyksien radiolinkkien 
loogisesta hallinnasta. RLC.n toiminnallisuudet kasittavat mm. lahetettavan 
kayttajadatan (RLC-SDU) segmentoinnin yhteen tai useampaan RLC- 
datapakettiin RLC-PDU. RLC:n paalla olevan PDCP-kerroksen datapaketit 
(PDCP-PDU) ja niihin liittyvat otsikkokentat voidaan optionaalisesti kompres- 
soida. Taman jalkeen PDCP-PDU:t luovutetaan RLCille ja ne vastaavat yhta 
RLC-SDU:ta. Kayttajadata ja RLC-SDU:t segmentoidaan ja valitetaan sitten 
RLC-kehyksissa, joihin on lisatty tiedonsiirron kannalta olennaista osoite- ja 
tarkistusinformaatioita. RLC-kerros huolehtii myos vahingoittuneiden kehysten 
uudelleenlahetyksesta. Operointisolmu 3G-SGSN vastaa matkaviestimelta MS 
radioverkon RAN kautta tulevien datapakettien reitityksesta edelleen oikealle 
yhdyskaytavasolmulle 3G-GGSN. Talla yhteydella kaytetaan tunnelointiproto- 
kollaa GTP, joka koteloi ja tunneloi kaiken runkoverkon kautta valitettavan 
kayttajadatan ja signaloinnin. GTP-protokollaa ajetaan runkoverkon kayttaman 
IP:n paalla. 

Eras PDCP-kerroksen tehtavista on mahdollistaa ylemmilta sovel- 
lustason kerroksilta tulevien datapakettien PDCP-SDU valittaminen edelleen 
alemmille linkkitason kerroksille ja painvastoin lapinakyvasti UMTS:n paate- 



laitteiden ja radioverkon UTRAN elementtien valilla. Taten PDCP-kerroksen 
tulee olla muokattavissa siten, etta se pystyy valittamaan myos mu.den verk- 
kotason protokollien kuin jo nyt tuettujen IP-protokollien (IPv4, IPv6) muka.s.a 
datapaketteja. 

Toinen PDCP-kerroksen tarkeista tehtavista on kanavatehokkuuden 
parantamiseen liittyvat toiminnot. Nama toiminnot perustuvat tyypillisesti erilai- 
siin optimointimenetelmiin, joita ovat mm. datapakettien otsikkokentt.en kom- 
pressointialgoritmit. Koska nykyisin UMTS:iin suunnitellut verkkotason proto- 
kollat ovat IP-protokollia, ovat kaytettavat kompressioalgontmitk.n IETF:n 
(Internet Engineering Task Force) standardoimia algoritmeja. PDCP- 
kerroksella voidaan kuitenkin tarvittaessa soveltaa mita tahansa ots.kkokentt.- 
en kompressointialgoritmia, joka valitaan kulloinkin luonnollisesti kaytettavan 
verkkotason protokollan mukaan. Jotkut kaytettavat otsikkokenttien kompres- 
sointialgoritmit saattavat tarvita toimiakseen kaksisuuntaisen yhteyden paate- 
laitteen ja verkon valilla, jotta erilaiset kuittaukset ja virhetilanteista to.pumiset 

voidaan hoitaa. __„ D c , ri . . 

Lisaksi PDCP-kerroksen tehtaviin kuuluu datapakettien PDCP-bUU 
ja niihin liittyvien PDCP-jaksonumeroiden valittaminen uudelle radioaliverkko- 
jarjestelmalle UMTS:n sisaisessa radioaliverkkojarjestelmien valisessa hando- 
verissa (SRNS Relocation). Edelleen tehtaviin kuuluu useiden paatela.teyhte- 
yksien multipleksaaminen samalle RLC-entiteetille tarvittaessa. 

Kuviossa 3 esitetaan PDCP-kerroksen toiminnallinen mailt, jossa 
kullekin paatelaiteyhteydelle on maaritelty yksi PDCP-entiteetti. Koska nykyi- 
sissa jarjestelmissa jokaiselle paatelaiteyhteydelle on maaritelty omat PDP- 
kontekstit, maaraytyy myos jokaiselle PDP-kontekstille yksi PDCP-ent.teett., 
jolle on edelleen RLC-kerroksessa maaritelty tietty RLC-entiteetti. Kuten edella 
on todettu PDCP-kerros voidaan periaatteessa toiminnallisesti toteuttaa myos 
siten etta' useita PDP-konteksteja multipleksataan PDCP-kerroksessa, jolloin 
PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi RLC-entiteetti vastaan- 
ottaa datapaketteja useilta paatelaiteyhteyksilta samanaikaisesti. 

Jokainen PDCP-entiteetti voi kayttaa yhta tai useampaa otsikko- 
kentan kompressointialgoritmia tai olla kayttamatta yhtakaan. Useampi PDCP- 
entiteetti voi myos kayttaa samaa algoritmia. Radioresurssiohjain RRC (Radio 
Resource Controller) neuvottelee kullekin PDCP-entiteetille sopivan algontm.n 
i ja algoritmia ohjaavat parametrit ja ilmoittaa sitten valitun algoritmin paramet- 
reineen PDCP-kerrokselle PDCP-C-SAP-pisteen (PDCP Control Serv.ce Ac- 
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cess Point) kautta. Kaytettava kompressointimenetelma riippuu yhteydella 
kaytettavasta verkkotason protokollatyypista, joka indikoidaan radioresurssi- 
ohjaimelle PDP-kontekstin aktivoinnin yhteydessa. 

Eri kompressointimenetelmien indikoiminen ja erottaminen toisis- 
taan PDCP-kerroksella tapahtuu datapaketteihin PDU liitettyjen pakettitunnis- 
teiden PID (Packet Identifier) avulla. Jokaiselle PDCP-entiteetille luodaan pa- 
kettitunnisteen PID arvoille taulukko, jossa eri kompressointialgoritmeja sovi- 
tetaan erilaisille datapaketeille ja naiden kombinaationa maaraytyy pakettitun- 
nisteen PID arvo. Jos mitaan kompressointialgoritmia ei kayteta, saa paketti- 
tunniste PID arvon nolla. Jokaiselle kompressointialgoritmille ja sen kombinaa- 
tiolle erilaisten datapakettityyppien kanssa maaraytyy juoksevasti PID-arvot 
siten, etta kunkin kompressointialgoritmin PID-arvot alkavat luvusta n+1, missa 
n on edelliselle kompressointialgoritmille maaratty viimeinen PID-arvo. Kom- 
pressointialgoritmien jarjestys maaraytyy radioresurssiohjaimen RRC kanssa 
suoritettavissa neuvotteluissa. PID-arvojen taulukon perusteella pakettida- 
tayhteyden molemmissa paissa olevat PDCP-entiteetit pystyvat identifioimaan 
lahetettavien ja vastaanotettavien datapakettien kompressointialgoritmit. Tata 
tietoa ei kuitenkaan tallenneta radioresurssiohjaimelle RRC. 

Sovellusperusteisessa kapasiteettivarauksessa, jolloin esimerkiksi 
matkaviestimen MS joltakin sovellukselta valitetaan verkkoon pyynto paatelai- 
teyhteyden muodostamiseksi, kapasiteettipyynto valitetaan matkaviestimelta 
MS kontrollisignalointina runkoverkon yhteyden hallinnasta vastaavalle toimin- 
nallisuudelle SM (Session Management), josta kapasiteettipyynto valitetaan 
edelleen operointisolmun 3G-SGSN vastaavalle toiminnallisuudelle SM. Ope- 
rointisolmu 3G-SGSN neuvottelee radioverkko-ohjaimen RNC radioresurssien 
hallintajarjestelman RRM kanssa, onko kapasiteettipyynnon mukaisia radiore- 
sursseja tarjolla. Mikali resursseja on riittavasti, antaa operointisolmu 3G- 
SGSN resurssien allokointitehtavan' radioresurssien hallintajarjestelmalle 
RRM, jonka tehtaviin kuuluu mm. sinansa rajallisten radioresurssien jakaminen 
mahdollisimman optimaalisesti eri paatelaiteyhteyksille. Radioresurssien hal- 
lintajarjestelma RRM ottaa huomioon, millaiset radioresurssiparametrit olisivat 
optimaalisia sovelluksen kayttamiseksi ja maarittaa tarjolla olevan radioresurs- 
sikapasiteetin mukaan paatelaiteyhteydelle mahdollisimman sopivat paramet- 
rit. Radioresurssien hallintajarjestelma RRM valittaa ohjeet edelleen radiore- 
surssien ohjausprotokollalle RRC, joka suorittaa varsinaisesti radioresurssien 
varauksen. Tyypillisesti sovelluksille, jotka edellyttavat vain yksisuuntaista yh- 



teytta allokoidaan talloin yhteen suuntaan, tyypillisesti downlink-suuntaan, 
kaikki'tarjolla oleva kapasiteetti, esim. x kbit/s, ja toiseen eli uplink-suuntaan ei 
varata yhtaan kapasiteettia eli 0 kbit/s. Jos paatelaite t&IIOin pyrkii tai on pa- 
kotettu kayttamaan otsikkokentan kompressointialgoritmia, joka edellyttaa 
kaksisuuntaista yhteytta, ei tiedonsiirto verkon ja paatelaitteen valilla onnistu. 

Nyt keksinnon mukaisesti tama voidaan valttaa siten, etta valitaan 
radioyhteydella kaytettava kompressointimenetelma jo ennen paatelaiteyhtey- 
den muodostusta ja valitetaan tama tieto radioresurssien hallintajarjestelmalle 
RRM joka ottaa kapasiteettivarauksessa huomioon mahdollisesti valitun kak- 
, sisuuntaisen kompressointialgoritmin. TallSin paatelaiteyhteydelle allokoitava 
kokonaiskaistanleveys voidaan optimoida, kun otetaan huomioon seka kom- 
pressointimenetelman kayton edellyttama kaistanleveys etta kompressointial- 
goritmin kaytosta saatava hy6ty pienempana datamaarana. 

Tata voidaan havainnostaa kuvion 4 avulla, jossa on esitetty eraan 
5 suoritusmuodon mukainen signalointi kapasiteetin varaamiseksi kaksisuuntai- 
selle yhteydelle. Paatelaitteen UE PDCP-kerros tukee ainakin yhta kompres- 
sointialgoritmia, joka toimiakseen edellyttaa kaksisuuntaista yhteytta. Rad.o- 
verkko-ohjaimen RNC radioresurssien ohjauskerrokselle RRC valitetaan in- 
formaatio paatelaitteen UE tukemista kompressointialgoritmeista (400) paate- 
o laiteyhteytta muodostettaessa, esimerkiksi sinansa tunnetussa UE_capabil.ty - 
viestissa. Radioverkko-ohjain RNC tekee paatSksen (402) paatelaiteyhteydella 
kaytettavasta kompressointialgoritmista ja ilmoittaa taman edelleen radiore- 
surssien hallintajarjestelmalle RRM (404). Vasteena sovellusperusteiseen ka- 
pasiteetinvarauspyyntoon operointisolmu 3G-SGSN ja radioverkko-ohja.men 
•5 RNC radioresurssien hallintajarjestelma RRM neuvottelevat ylla kuvatulla ta- 
valla radioresurssien riittavyydesta. Jos resursseja on tarjolla riittavasti, RRM 
suorittaa kapasiteetin allokoinnin paatelaiteyhteydelle siten, etta maaritetaan 
sovellusperusteisesti mahdollisimmarv optimaalinen kaistanleveys kuitenkin 
niin etta otetaan huomioon myos kompressointialgoritmin mahdollisesti aset- 
30 tamat rajoitukset. Naiden ehtojen pohjalta RRM tekee paatoksen siita, miten 
radioresurssien ohjain RRC tulee konfiguroida ja ilmoittaa konfiguroint.ohjeet 
RRC:lle (406). Konfiguroinnin pohjalta RRC suorittaa lopullisen kapasiteetin 
allokoinnin (408) kyseiselle paatelaiteyhteydelle, jossa allokoinnissa on siis 
varmistettu myos se, etta paluusuuntaiselle yhteydelle on tarvittaessa varattu 
35 riittavasti kapasiteettia. 
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Edella kuvattua menettelya voidaan havainnollistaa seuraavan esi- 
merkin avulla. Paatelaitteen kayttaja haluaa ladata verkosta videotiedoston, 
jolloin videotiedoston esittamiseen kaytettavan sovelluksen perusteella tarvit- 
tava tiedonsiirtonopeus downlink-suuntaan on 100 kbit/s ja uplink-suuntaan 0 
kbit/s. Paatelaitteen lahettaman UE_capability - viestin perusteella radiore- 
surssien ohjain RRC huomaa, etta seka paatelaitteen etta tukiaseman PDCP- 
entiteetit tukevat Internet-standardiehdotuksen RFC2507 mukaista otsikko- 
kenttien kompressointialgoritmia, joka edellyttaa kaksisuuntaista yhteytta. RRC 
valitsee paatelaiteyhteydelle mainitun kompressointialgoritmin ja ilmoittaa tasta 
radioresurssien hallintajarjestelmalle RRM. Mainitun kompressointialgoritmin 
kayttaminen vaatii uplink-suuntaan tiedonsiirtonopeudeksi esimerkiksi 5 kbit/s. 
Jos otsikkokentan osuuden koko tiedonsiirrosta arvioidaan olevan esimerkiksi 
20 kbit/s, voidaan downlink-suunnan tiedonsiirtonopeus laskea 80:een kbit/s. 
Nain RRM maaraa radioresurssien ohjaimen RRC konfigurditavaksi siten, etta 
downlink-suuntaan varataan 80 kbit/s ja uplink-suuntaan 5 kbit/s, jolloin var- 
mistetaan halutun kompressointimenetelman toimiminen ja sovellusperustei- 
seen kapasiteettivaraukseen nahden downlink-suunnalla saastetty 20 kbit/s 
voidaan allokoida jollekin toiselle kayttajalle. 

Keksintoa on edella kuvattu langattoman pakettivalitteisen tiedon- 
siirron, erityisesti UMTS-jarjestelman radioresurssien yhteydessa. Keksintoa ei 
kuitenkaan ole rajoitettu vain langattomaan tiedonsiirtoon, vaan sita voidaan 
hyodyntaa myos langallisessa pakettivalitteisessa tiedonsiirrossa, jossa kay- 
tetaan sovellusperusteista tiedonsiirtokapasiteetin varausta. Talloin esimerkiksi 
Internet-protokollaan (IP) perustuvilla yhteyksilla, kuten TCP- (Transmission 
Control Protocol) tai UDP-yhteyksilla (User Datagram Protocol), mahdollisesti 
kaytettavat erilaiset otsikkokenttien kompressointimenetelmat indikoidaan 
vastapuolelle ja paatelaiteyhteydelle varataan tiedonsiirtoresursseja siten, etta 
myos otsikkokenttien kompressointimenetelmien edellyttama kapasiteetti on 
huomioitu varatuissa tiedonsiirtoresursseissa. 

Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 
non perusajatus voidaan toteuttaa monin eri tavoin. Keksinta ja sen suoritus- 
muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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Patenttivaatimukset 

1 Menetelma tiedonsiirtoresurssien varaamiseksi pakettivalitteises- 
sa tietoliikennejarjestelmassa, joka kasittaa paatelaitteen ja kiintean verkon, 
iohon on maaritetty toiminnallinen kokonaisuus resurssien maanttam.seks. 
paatelaiteyhteydelle, jossa menetelmassa paatelaitteelle maaritetaan paate- 
laiteyhteyden resurssit paatelaitteen mainitulla yhteydella kayttaman sovelluk- 
sen perusteella, tunnettu siita, etta 

maaritetaan paatelaiteyhteydella kayte.ttava datapakettien otsikko- 
kenttien kompresspintimenetelma ennen paatelaiteyhteyden resurssien maa- 

rittamistaja • ■* * - 

maaritetaan paatelaiteyhteyden resurssit siten, etta ma.nitut resurs- 
sit kasittavat myos valitun datapakettien otsikkokenttien kompressointimene- 
telman edellyttaman kapasiteetin. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu snta, 

etta 

valitetaan paatelaitteen tukemat datapakettien otsikkokenttien kom- 
pressointimenetelmat kiintean verkon kasittamalle mainitulle toiminnall.selle 
kokonaisuudelle kaytettavan kompressointimenetelman maanttamiseks.. 

3. Patenttivaatimuksen 1 tai 2 mukainen menetelma, tunnettu 

siita, etta 

maaritetaan mainitulle paatelaiteyhteydelle kapasiteettia kahteen 
suuntaan vasteena sille, etta valittu datapakettien otsikkokenttien kompres- 
sointimenetelma edellyttaa kaksisuuntaista yhteytta. 

4. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 

tu n nettu siita, etta ' 
mainittu pakettivalitteinen tietoliikennejarjestelma on UMib- 
jarjestelma ja mainittu toiminnallinen kokonaisuus resurssien maarittamiseksi 
paatelaiteyhteydelle kasittaa radioresurssien ohjausprotokollan (RRC) ja radio- 
resurssien hallintajarjestelman (RRM). 
) 5. Patenttivaatimuksen 4 mukainen menetelma, tunnettu snta, 

etta ... 

maaritetaan mainitun paatelaiteyhteyden resurssit rad.oresurssien 

haHintajarjestelmassa (RRM). 

6. Patenttivaatimuksen 5 mukainen menetelma, tunnettu snta, 

5 etta 
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valitetaan maaritetyt paatelaiteyhteyden resurssit radioresurssien 
ohjausprotokollalle (RRC), joka suorittaa paatelaiteyhteyden radioresurssien 
varauksen. 

7. Jonkin patenttivaatimuksen 4 - 6 mukainen menetelma, t u n - 

n e 1 1 u siita, etta 

valitetaan paatelaitteen (UE) konvergenssiprotokollan (PDCP) tu- 
kemat datapakettien otsikkokenttien kompressointimenetelmat radioverkko- 
ohjaimelle (RNC) kaytettavan kompressointimenetelman maarittamiseksi. 

8. Pakettivalitteinen tietoliikennejarjestelma, joka kasittaa paatelait- 
teen ja kiintean verkon, joka edelleen kasittaa toiminnallisen kokonaisuuden 
resurssien maarittamiseksi paatelaiteyhteydelle, jossa jarjestelmassa paate- 
laiteyhteyden resurssit on jarjestetty maaritettavaksi paatelaitteen mainitulla 
yhteydella kayttaman sovelluksen perusteella, t u n n e 1 1 u siita, etta 

paatelaiteyhteydella kaytettava datapakettien otsikkokenttien kom- 
pressointimenetelma on jarjestetty maaritettavaksi ennen paatelaiteyhteyden 

resurssien maarittamista ja 

mainitut paatelaiteyhteyden resurssit on jarjestetty maaritettavaksi 
siten, etta mainitut resurssit kasittavat my6s valitun datapakettien otsikkokent- 
tien kompressointimenetelman edellyttaman kapasiteetin. 

9. Patenttivaatimuksen 8 mukainen tietoliikennejarjestelma, t u n - 

n e 1 1 u siita, etta 

paatelaitteen tukemat datapakettien otsikkokenttien kompressointi- 
menetelmat on jarjestetty valitettavaksi kiintean verkon kasittamalle mainitulle 
toiminnalliselle kokonaisuudelle kaytettavan kompressointimenetelman maa- 
25 rittamiseksi. 

10. Patenttivaatimuksen 8 tai 9 mukainen tietoliikennejarjestelma, 

tunnettu siita, etta 

mainittu pakettivalitteinen, tietoliikennejarjestelma on UMTS- 
jarjestelma ja mainittu toiminnallinen kokonaisuus resurssien maarittamiseksi 
paatelaiteyhteydelle kasittaa radioresurssien ohjausprotokollan (RRC) ja radio- 
resurssien hallintajarjestelman (RRM). 
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(57) Tiivistelma 

Menetelma tiedonsiirtoresurssien varaamiseksi pakettiva- 
litteisessa tietoliikennejarjestelmassa, joka kasittaa paa- 
telaitteen ja kiintean verkon, johon on maaritetty toimin- 
nallinen kokonaisuus resurssien maarittamiseksi paate- 
laiteyhteydelle. Paatelaitteelle maaritetaan paatelaiteyhte- 
yden resurssit paatelaitteen yhteydella kayttaman sovel- 
luksen perusteella, jolloin kaytettava datapakettien otsik- 
kokenttien kompressointimenetelma valitaan ennen paa- 
telaiteyhteyden resurssien maarittamista, jotka maarite- 
taan siten, etta resurssit kasittavat myos valitun datapa- 
kettien otsikkokenttien kompressointimenetelman edellyt- 
taman kapasiteetin. Paatelaitteen tukemat datapakettien 
otsikkokenttien kompressointimenetelmat valitetaan kiin- 
tean verkon kasittamalle toiminnalliselle kokonaisuudelle 
kaytettavan kompressointimenetelman maarittamiseksi. 
Paatelaiteyhteydelle maaritetaan kapasiteettia kahteen 
suuntaan, mikali valittu datapakettien otsikkokenttien 
kompressointimenetelma edellyttaa kaksisuuntaista yh- 

teytta. 
(Kuvio 4) 
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